SYSTEM AND METHOD FOR ARRANGING 



AND PLAYING A MEDIA PRESENTATION 



BACKGROUND 

This application is related to U.S. patent application number / , , 

filed November 14, 2003, and entitled "A System and Method for Sequencing 
Media Objects'', which is incorporated herein by reference. 

The field of the present invention is the presentation of media objects, for 
example, images or sounds. More particularly, the present invention relates to 
presenting media objects using an embedded processor system. 

Many electronic devices use embedded processors. For example mobile 
electronic devices often include embedded processors, microprocessors, or other 
controllers for controlling the device and providing an interface to a user. More 
specifically, devices such as mobile wireless phones, personal data assistants, 
MP3 players, and cameras generally include embedded processors for 
monitoring, operating, and using these devices. Also, many consumer devices 
such as DVD players, CD players, stereo equipment, appliances, and motor 
vehicles include embedded operational controllers. These embedded controllers 
typically have limited processing capability, and their processing capability is 
preferably prioritized towards operation and monitoring functions, instead of 
using excessive processing power and memory to provide a complex user 
interface. These devices also may have limited memory, such as RAM memory, 
to keep costs down. In this way, the embedded processor's limited memory. 
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limited processor power, and simple structure cooperate to make cost sensitive 
and reliable devices. 

These embedded systems often require or benefit from a visual display to 
a user, and often have other presentation devices such as a speaker, LED panels, 
or other media presentation components. For example, a mobile phone may 
have a graphical user interface displayed on an LCD screen for providing a man- 
machine interface. The mobile phone may also enhance the user experience by 
permitting the user to view an image, listen to a favorite song, or watch a movie 
trailer. The processor in the mobile phone is responsible for call processing, 
diagnostics, and support applications, so only limited processor power is 
generally available to operate and manage the user interface or other graphical 
processes. Consumers, however, are demanding more interesting and more 
useful interaction with their electronic devices. In one example, consumers 
desire a media aspect to the user interface by using sound, images, graphics, 
animations, or movies. 

A typical device that uses an embedded system has limited RAM memory 
and a relatively simple processor structure. Accordingly, the device may 
provide only a limited media experience, for example, by allowing for the 
display of only short animation segments or simple screensavers. Longer media 
presentations may consume too much processing power and memory, and divert 
a substantial amount of the device's limited resources into managing and playing 
a media presentation. In such a case, the device may fail to respond to a time- 



critical event, such as receiving a wireless telephone call, because the device has 
dedicated too much memory or processor time to the media presentation. But, 
an increase in power or memory would increase the complexity and cost for the 
embedded system and the device. Despite these limitations, consumers are 
demanding more interesting, active, and helpful user interfaces, and longer 
media presentations could assist in making more useful and aesthetically 
pleasing displays. 

Also, consumers desire electronic devices that can be customized and 
tailored to a user's particular preferences. For example, mobile phones often 
provide for changeable faceplates that allow a user to select a housing color, 
aesthetic style, or message. In another example, many portable devices allow the 
user to specify the "wake-up" screen to the device. In this way, the device 
"greets" the user with a message particular to that user. A typical customized 
screen may show the user the local weather, or may present the latest box scores 
for the user's favorite team. Accordingly, there is a need for providing a 
customizable system and method that enables the sequencing and presentation 
of media objects on embedded systems, particularly where the embedded system 
has limited memory and processor capability. 

SUMMARY 

Briefly, the present invention provides a method and system for arranging 
and playing media objects in a media presentation. The system enables a user to 
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select and order media objects, such as sound files, image files, animations, and 
text into a media presentation. The media presentation is then associated with a 
trigger or other interrupt event. Upon an occurrence of the event, the system 
plays the media presentation on the system's output devices. In one example of 
the system, the selected media files, ordering information, and other properties 
are assembled into a media package. The media package may be published to a 
remote device so that a remote device may play the media presentation. 

In a preferred example, the method is operated on a mobile wireless 
phone. A user selects a sequence of images from an image file stored on the 
phone. The user places the images into a desired order, and in some cases may 
be enabled to specify, for example, durations, timings, and transitions for the 
selected images. Depending on specific configurations, the user may also specify 
and sequence other media objects, such as sound files, text, or ariimations. The 
selected and ordered images (and other media objects if selected) are stored as a 
Screensaver file. The Screensaver file is associated with a Screensaver event on 
the phone, which typically is set to trigger after a predetermined duration of 
inactivity. The phone then monitors for the Screensaver event, and upon its 
occurrence, plays the customized Screensaver. 

Advantageously, the described system and method enables a user to 
dynamically arrange customized media presentations on relatively simple 
devices, such as wireless phones. In this way, the user is able to customize the 
device according to the user's personal tastes. For example, the user may 
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configure custom multimedia presentations as personalized screensavers or ring 
notifications. These custom presentations provide a level of sophistication and 
professionalism not available on typical known portable devices, and may even 
combine different types of media into a dramatic multimedia presentation. The 
system and method operates on relatively simple processor structures and in 
devices with limited memory resources. In this way, the present system and 
method may be implemented without substantial added expense or complexity. 

i 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram of a wireless device arranging and playing a 
media presentation in accordance with the present invention; 

Fig. 2 is a flowchart of a method of arranging and playing a media 
presentation in accordance with the present invention; 

Fig. 3 is a flowchart of method for generating and playing presentation 
segment files in accordance with the present invention; i 

Fig. 4 is a block diagram of example file formats for a media package in 
accordance with the present invention; 

Fig. 5 is a flowchart of a method for arranging and playing a media 
presentation in accordance with the present invention; 

Fig. 6 is a flowchart of a method for arranging and playing a media 
presentation in accordance with the present invention; and 
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Fig. 7 is a block diagram of a device arranging and playing a media 
presentation in accordance with the present invention. 

DETAILED DESCRIPTION 

Referring now to Fig. 1, a system and method for arranging and playing a 
media presentation is illustrated. System 10 illustrates an example construction 
using a wireless communication device 12. Although Fig, 1 illustrates a wireless 
device 12, it will be understood that the method of system 10 may be 
advantageously used on many other types of devices. For example, the method 
of system 10 may be used in devices having embedded controllers, such as 
personal data assistants, MPS players, DVD/CD players, appliances, cars, 
cameras, or other consumer devices. 

Generally, system 10 enables a consumer to use the simple wireless device 
12 to dynamically arrange or configure a custom media presentation. The 
custom media presentation is associated with some event trigger on the device 
12, and when that event occurs, the device plays the media presentation. For 
example, a user may define a custom screensaver that includes personal image 
files, favorite sounds, and custom text. The media presentation may be 
associated with a screensaver trigger on the wireless device 12. When the 
wireless device indicates the screensaver should be played, the custom media 
presentation is played as the screensaver. In this way users may personalize and 
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customize their wireless device to make the device easier to use, more 
interesting, and more aesthetically pleasing. 

Wireless device 12 includes input devices 17 such as a keypad 46 and a 
microphone 48. The keypad may include a ten-key input for numbers, toggle 
switches, rotary knobs, and other buttons and input components. The wireless 
device 12 may also include other input devices such as bar code readers and 
portable keyboards. The wireless device also has output devices 16. Typical 
output devices for wireless device include a graphical display 41, which may be 
in the form of a black and white or color LCD display. The wireless device 12 
also typically has one or more speakers 42. The speakers are constructed to 
enable a user to hear a telephone call, hear a ring tone, and possibly hear 
communications to facilitate use as a speaker phone. It will be appreciated that 
one speaker may be arranged for all these functions, or the wireless device may 
have multiple speakers. The wireless device 12 also may have other lights 43 
useful for indicating status of the wireless device and for illumination purposes. 
The wireless device may also have a vibrator 44 for shaking the wireless device 
to notify a user of an incoming call when a ring tone is not desired. 

The wireless device also has an RF section 19 that would include an 
antenna 51, a transceiver 53, and may include a GPS receiver 55 for determining 
location position. It will be appreciated that the general construction of a 
wireless device, including its RF section, input devices, output devices, is well 
known and therefore will not be described in detail. The RF section 19, input 



devices 17, and output devices 16, all couple to a processor 14. It will be 
understood that the processor 14 may be in the form of a single processor, or 
may be constructed as multiple interconnected processors. It will also be 
understood that the processor may be in the form of a microprocessor, computer 
chip, gate array, PLD, or other logic device. Processor 14, may be in one 
example, an embedded processor having a relatively simple structure and 
limited RAM memory. The processor 14 implements several functions for the 
wireless device, and those functions may be performed in hardware, in 
firmware, in application software, or a combination of the above. Wireless 
device 12 also includes other components which are not shown, such as a battery 
power source and a housing. 

The processor 14 functions to provide a user interface for the user of the 
wireless device. This user interface generally accepts inputs from the keypad 46 
and other input devices 17, and displays instructions, status, and other 
information to the user on the output devices 16 such as display 41. As part of 
the user interface, the processor 14 implements a configuration utility 27. 
Configuration utility 27 enables a user to select and order multimedia files into a 
presentation. Media files 21 may be accessed by the configuration utility 27 and 
a list of available files is displayed to the user. Media files 21 may be stored 
locally on the wireless device, on an expansion memory card on the wireless 
device, or may be on a server which can be accessed wirelessly. The media files 
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21 may include sound files 58, image files 59, animation files 60, synthesized 
speech files 61, and Midi files 62. 

The media files may also include links 64 which could provide links to 
remote servers for identifying additional remote media files 28. Media files 21 
may also include transitions 63. A transition is used to provide a smooth change 
when initiating a media file, ending a media file, or changing media files. For 
example, a transition may allow an image to slowly fade onto the screen or fade 
gentiy from the user's view. Such transitions give a more finished and 
professional appearance to media presentations on a device. 

Using the configuration utility 27, the user selects a series of media files 
for a media presentation. For example, the user may select a series of personal 
images and a favorite music clip. The user would then use the configuration 
utility 27 to order the images into a proper sequence, and set the start event and 
duration for the music clip. The configuration utility 27 then generates a media 
package 23. The media package 23 has information sufficient to enable the 
wireless device to play the media presentation, including media file information, 
ordering information, and timing information. 

After the media package 23 has been generated, an association utility 26 
may be used to associate the media package with a trigger event on the wireless 
device. In one example, the association utility is also part of the user interface for 
the wireless device 12, thereby enabling a user to associate a specific media 
package with a particular trigger event. For example, the user may associate a 



particular media package with a Screensaver event, and may associate another 
media package v^ith a ''call received" trigger event. It will also be understood 
that the configuration utility 27 may be automated by the wireless device, such 
that the wireless device automatically detects and associates a media package 
with a particular trigger event. After the association utility 26 makes an 
association, the association between an event and a media file is stored in an 
association list 25. It will be appreciated that other methods may be used for 
storing and tracking associations. 

The association utility 26 may be able to associate media packages with 
several different types of trigger events. For example, a wireless device may 
have a call processor event 34 that provides triggers for when a call is received, a 
call is disconnected, or a call is dropped. Further, the call processor may provide 
indications or triggers regarding whether a voice call, paging call, SMS message, 
or text message is received. A timer 35 may also generate a trigger. For example, 
after a period of no user activity, a wireless device often provides a Screensaver 
trigger to cause a Screensaver to be shown on the LCD screen. The Screensaver 
not only provides an aesthetic appeal to the wireless device, it also protects the 
LCD from suffering a burnout condition. Pressing a key 36 may also generate a 
trigger event that may be used to load and play a media package. Caller ID 
function 37 is also available on many wireless devices for providing an indication 
of the specific caller initiating a voice call. 
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In another example, a device monitor 38 may be used to set a device 
trigger. For example, a device trigger may be set for a low battery condition, no 
carrier received condition, or other status of the wireless device. Finally, many 
wireless devices have an ability to obtain position location information 39. This 
position location information may be useful for setting a trigger event. For 
example, a user may desire that a particular song be played when the user is 
about to arrive at home. In another example, the location trigger could be set 
play another song whenever the wireless device receives an indication that a 
coffee shop is close by. It will be appreciated that many other event triggers may 
be generated consistent with this disclosure. 

After the association utility 26 has been used to associate a particular 
event or set of trigger events with a media package, the event processor 33 is 
used to monitor for an occurrence of that event or events. The event processor, 
upon detecting the associated occurrence, provides an interrupt into the media 
engine 29. The media engine 29 may recall the association list 25, which includes 
an identification of which media package should be recalled upon the happening 
of a particular trigger event. For example, if the timer event 35 provides an 
interrupt to the media engine 29, the media engine 29 can extract information 
from the association list 25 regarding which media file is associated to the timer 
event. The association list 25 may indicate that a particular media package is to 
be played as a Screensaver upon the timer event trigger. 
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The media engine 29 then extracts the media package from the media 
package file 23, and presents the media presentation on the display 41, speaker 
42, or other output devices used by the media package. In the illustrated 
example, the media package 23 includes the media object data, so the media 
engine is able to play the media presentation without accessing the media file 21. 
In an alternative implementation, the media package provides a reference link to 
the media objects, and the media engine accesses the needed media objects from 
media file 21. It will be understood that the media package and media objects 
may be stored locally on the phone in a format that can be immediately used by 
the media engine 29, or a media package processor 31 may be used to further 
process the media package and media objects for use by the media engine 29. 
For example, one or more of the individual media objects may be too large to be 
efficiently used by the media engine. Accordingly, the media package processor 
31 may be used to divide the large media object into a series of sequential 
segments or subsets that can be easily accommodated by the media engine 29. 

Referring now to Fig. 2, a flowchart of a method of arranging and playing 
a media presentation is illustrated. Method 80 begins by allowing a user to set 
configuration 81 of a media presentation. In setting a configtu-ation, the user 
accesses files 87 either on a local device or on a remote server. The local files may 
be stored in local memory, or may be stored on a removable memory card, for 
example. The media objects may be image files, animations, sound files, Midi 
music files, text files, artificial speech files, or other types of media objects. The 
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user then selects 88 a set of sound, image, animation, or other media objects to be 
used as part of the media presentation. The user may then specify an order 89 
for the selected media objects. In one example, each of the media objects may be 
played sequentially. In another example, certain of the media objects may be 
played concurrently with another, such as when the user desires to play a music 
clip at the same time an image is being displayed. The user then may be able to 
set certain specific properties 90 for each of the media files. It will be appreciated 
that each type of media object may have different properties that may be set. For 
example, a sound file may have a duration property and a volume property, 
while an image file may have a duration property and a color depth property. 
The user may also be able to add transitions 91 to the media objects. Transitions 
may be added at the start of a media object, at the end of a media object, or 
between media objects. Typical transitions may include zooms, fades, dissolves, 
louvers, and spins. It will be understood that many other types of transitions 
may be used. 

After the user has set the configuration, a media package is generated 82. 
The media package may be arranged in optional forms. For example, the media 
package may be encapsulated 94. An encapsulated media package includes data 
information for each of the media objects selected, plus the necessary ordering, 
sequencing, and timing information. In this way, an encapsulated media 
package is self-contained with the information necessary for the media engine to 
present the media presentation. In one example, encapsulated media package 
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may be published 86. The encapsulated media package may be published to a 
server where other users may access and download the media package, or it may 
be transmitted directly to another user. In this way, the remote user may be 
enabled to associate the encapsulated media package with a particular trigger 
event, and have the media presentation played on the remote user's device. 

The media package may also be referenced 95. A referenced media 
package does not contain all the media data information, but instead provides 
directory or file links to where the media files may be located. For example, a 
referenced media package may include a directory name, a file name, or a server 
name where a specific image object could be located. In this way, media files 
may be reused by many media packages, thereby saving memory space. Media 
packages may also automatically link media objects, or if individual media 
objects are too large, then link smaller segments together to form the whole 
media objects. Using a linked media package 92, each media object or segment is 
associated v^th sufficient information to cause the media engine to load the next 
sequential media object. In this way, each of the media objects or segments is 
linked or chained together. In some configurations, a linked media package 
provides for a simpler processor structure and memory management. 

Once the media package has been generated, the media package may be 
associated with a particular trigger event 83. For example, the trigger event may 
be an incoming call 96, a particular caller ID 97, a particular time or duration 98, 
or a status of the device 99. It will be appreciated that many other trigger events 
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may be used. The device then monitors for the event 84. When the event occurs, 
the device activates the media engine to play 85 and. present the media package. 
In this way, the presentation is played for the user responsive to a particular 
trigger event. 

Referring now to Fig. 3 a flowchart for method for generating and playing 
presentation segment files is shown. Method 120 is particularly useful for 
embedded systems having a simple structure with limited RAM. Such 
embedded systems are most efficiently utilized when an entire media segment 
can be loaded into local RAM prior to presenting the media object. Because 
embedded processors often have limited RAM, the size and number of 
sequential media objects may be limited. Therefore, method 120 enables a large 
media presentation to be segmented into individual segments, with each 
segment sized to efficiently be loaded into available RAM. Advantageously, 
long media presentations may then be presented responsive to trigger events. In 
this way, devices become more friendly, more interesting, and more fun. Further 
description of generating and sequencing segments is provided in related U.S. 

patent application number _/ , , which has been incorporated herein by 

reference. 

The Method 120 starts by having a user select and order media objects to 
define a media presentation as shown in block 122. In this example, the user 
desires to start playing the sound "mpl", and then start playing the animation 
"anl''. After the animation is completed, the user then desires to display the 
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image "jpl". The selection and ordering is done as part of a device's user 
interface, with the information being forwarded into a batch process 137. It will 
be understood that many alternatives exist for providing an interface to enable a 
user to select and order media objects. The batch process 137 has access to media 
files 124, where each of the selected media objects can be found. Each of the 
media objects, such as the sound 126 "mpl" is in the media file 124 and includes 
an indication of file format, the file name, and size information. For example, 
sound 126 is in an MP3 format, the sound data file can be found in a file named 
"mpl", and the file is 150 units in size. It will be appreciated that the size units 
may be, for example, in bytes or kilobytes, or may be a relative size indication. In 
another example, the animation file 128 is shown to include eight sequential 
image files, each in a bit map format, and between 200 and 400 units in size. 
Finally, the image 129 is in a JPEG format, and is 600 units is size. 

The batch process also has access to configuration information 131, which 
may include a maximum size for individual presentation segments. The size 
may be predefined to allow each animation segment to be loaded into memory, 
or may be determined dynamically dependent on specific device status. Since 
the batch process 137 knows the number and size of all of the files in the media 
presentation, and also knows the maximum size from the configuration file 131, 
the batch process 137 can segment the presentation into a set of sequential 
segments 140. For example, a very large media object may be divided into 
smaller sequential subsets, while a sequence of small media objects may be 

16 



combined into a single segment. In this way, segments are provided that are 
sized to be particularly efficient for loading into available RAM memory. Each of 
the segments may also include one or more action commands that provide 
sequencing, timing, or other presentation information. 

In Fig. 3, the max size may be set at 1000. The batch process therefore 
makes a first presentation segment 141 that includes only the sound file. The 
sound file is separately segmented since the sound file is going to be played 
concurrently with showing several image frames. The sound segment 141 
includes a file identifier 151, an action command showing that the sound file 
should be played for 7 seconds (7000 mS) 152, and another action command 153 
showing that segment " K" should be immediately loaded and played. Sound 
segment 141 also shows that the file "mpl" should be loaded. After "mpl" has 
played, the final action instruction 154 "END", instructs that no additional files 
should be loaded. 

Since the images in the animation file 128 aggregate to a size much larger 
than the 1000 maximum size, the batch processor 137 segments the animation 
into three sequential segments 142, 143, and 144. The first segment 142 includes 
the first three image bitmaps. Since the first three images will each be in memory 
at the same time that the sound file is included, the fourth bit map cannot be 
loaded without exceeding the 1000 size limit. In this way, segment 142 is limited 
to the first three image files. In a similar manner, the second image segment 143 
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contains only bitmaps 4 and 5. And finally, the third segment 144 includes the 
final three bitmap images. 

Each of the three animation segments includes a file identifier and at least 
one action instruction. For example, segment 142 is identified as "A", and has an 
action identifier of "A2''. In this way, the segment 142 includes an action 
instruction for identifying segment ''A2" as the next sequential segment. In this 
way, when segment "A" has played, the media engine is instructed to load and 
play the segment "Psl". In a similar manner, segment 143 includes an action 
instruction "A3" for providing a callback to "A3" as the next animation segment, 
and segment 144 includes a callback instruction of "A4" for calling the "A4" 
segment 145 when segment "A3" has played. The "A4" segment also includes a 
first action instruction to show that the image ''jpl" should be displayed for 5 
seconds, and a final action instruction "END" showing that no more segments 
are included in the media presentation. 

Together, the media segments 140 are combined into a media package 156. 
In one example, the media package includes the media object data, and therefore 
becomes an encapsulated media package 175. Such an encapsulated media 
package 175 could therefore be published 177 to a server or transmitted directly 
to another user. The other user would thereby be able to play the encapsulated 
media presentation without having to acquire the media objects from other 
locations. Alternatively, the media package may include references to the file 
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names, and the media engine 160 can retrieve data for the media objects from a 
media file or files 158. 

Media packages may be associated with specific event triggers for a 
device. In one example, the association is made dynamically by a user to 
facilitate further customization options, and in another example, the device may 
define the association. An association list 133 is used to track the associations 
between media packages and trigger events. The device monitors for trigger 
events 135, and when a trigger event occurs, uses the association list 133 to 
determine which media package to access and play. The media engine thereby 
retrieves the correct media package for the associated trigger event and accesses 
media objects from the media file 158. The media engine proceeds to play the 
media presentation on an output device 162 such as the display and the speaker. 
When the media engine plays the presentation, the presentation will be shown to 
the user as a multimedia presentation 166. More particularly, the user will first 
hear a sound 172 which will continue for 7 seconds. The user then sees 
animation segments 168, 169, and 170. At the completion of the eight frames of 
animation, a static image 171 will be shown for 5 seconds. Shortly after the 
image is complete, the sound 172 will end. 

Method 120 enables a user to dynamically configure and arrange media 
objects into a custom media presentation, and the batch processor divides the 
media presentation into segments sized to be conveniently loaded into available 
RAM memory. The media presentation is then associated with a particular 
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trigger event, and upon an occurrence of that event, the media presentation is 
played. The media presentation may also be provided into a package that can 
be published for use by a remote user. 

Referring now to Fig. 4, example file formats for media packages are 
illustrated. A media package generally consists of information sufficient so that 
a media engine may play several media objects, and includes ordering and 
sequencing information so the media engine knows how to order, sequence, and 
time the media objects. In file formats 201 and 203, the file formats use media 
segments like the media segments generated with reference to Fig. 3. 

In file format 201, a media package 209 is illustrated that references 
presentation segments stored in a directory. Package 209 includes directory 
information so that the media engine knows what directory, server, or other 
location to find the individual presentation segments. The package 209 shows 
that the first sound file "S' plays for 7 seconds and the " K' segment immediately 
loads and plays. After "S" completes, no more files are loaded responsive to "S' , 
After has been loaded, " is loaded and each of its frames displayed for 200 
milliseconds, and at the completion of the last image, segment "A2'' is loaded. In 
a similar manner all the images associated with "A2" are played for 200 
milliseconds and at the completion of the last image, segment ''A3'' is loaded. 
Also, "A3" plays each of its images for 200 milliseconds and at the completion of 
the last image, presentation segment "A4" is loaded. Segment "A4" plays for 5 
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seconds, and the media presentation ends. Segment files 211 are located in the 
directory identified in the package 209 as well as the media file data 213. 

File format 203 shows an example of an encapsulated segmented media 
package. In file format 203, the media package includes a sound segment 214 
that includes sequencing and timing information along with sound data. Three 
animation segments 215, 216, and 217 are also provided, with each having 
sequencing information and respective image data. The media package also 
includes an image segment 218 having timing information, sequencing 
information and image data. In this way encapsulated segmented file format 203 
may be transmitted to a server for download to other users, or may be 
transferred directly to another remote device for presentation. Since the 
encapsulated file includes all data and information necessary for the 
presentation, any compatible media engine may play the media presentation. 
For example, a user may develop a particularly interesting screensaver, and may 
encapsulate that screensaver in a media package. The user may transmit the 
Screensaver package to a central server, where another user could download that 
screensaver package and have that screensaver operate on the remote user's 
device. 

In another example of the media package format, a referenced format 205 
is shown. The referenced format 205 includes a media package 220 that includes 
the name of the screensaver and a directory where the data files can be found. In 
this way, the media package simply identifies the order of the media objects, and 
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alternatively may include additional sequencing and timing information. The 
media package 220 identifies the directory where all the media files 222 are 
located. In another example of the file format 207, the media package 225 
includes an identification of the order of media objects, and also includes all of 
the media data in a single file. Again, the encapsulated media package 225 may 
be packaged for transmission and publication. It will be appreciated that many 
alternatives exist for formatting and arranging the media package. 

Referring now to Fig. 5 a flowchart of a method for arranging and playing 
a media presentation is illustrated. More particularly, method 250 illustrates a 
method for defirung a long media presentation, dividing the long media 
presentation into a series of presentation segments, and then sequentially 
playing each of the presentation segments responsive to an event trigger. 
Method 250 is generally divided into a user configuration section 251, a 
background monitoring section 253, a segment generation section 255, and a 
segment presentation section 257. 

In the configuration segment 251 a user defines the presentation 261 by 

ordering and selecting media objects. The user may also be able to add and . 

i 

change particular characteristics and properties for each of the media objects. 

After the media presentation has been generally defined, the media presentation 

is associated with a particular trigger event 263, such as with an elapsed timer or j 

an interrupt action. The device then enters a monitoring phase 253 where it 

monitors for the occurrence of the target event 265. 
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In section 255, the long media presentation is divided into segments that 
can be more easily loaded into limited RAM of, for example, an embedded 
processor system. The dividing and segmentation process 255 may occur 
responsive to the occurrence of the trigger event, or may occur at a different time. 
For example, the media presentation may be segmented during the time when 
the processor has additional processing capability, and the prepared segments 
would therefore be ready for immediate use when the interrupt occurs. In 
another example, the segmentation process may occur after the event trigger has 
been received. 

In segmenting the long media presentation, a batch processor is used to 
determine presentation segments that are smaller than a maximum limit 266. 
The maximum limit is typically set at a size smaller than the amount of available 
RAM. In this way, an entire media presentation segment can be loaded into 
RAM at one time. A segment identification 268 is added to each presentation 
segment. For example, the segment identification may be the file name for 
holding that presentation segment. Segment sequence information 269 is also 
added to the presentation segment. For example, the segment sequence 
information may be in the form of an action command that provides a callback to 
the next segment in sequence. In this way, each segment links to the next 
segment in sequence so that the presentation segments are chained together. For 
the last segment, an action command of "END" may be added as segment 
sequence information so that the media engine knows that no additional media 
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segments should be loaded. The segmenting process is continued 271 until all 
segments have been generated. 

When the trigger event is detected, the media presentation is then 
presented or played. The trigger event has been associated with a particular 
media presentation, and that identification is used to recall the first segment 
identification in block 273. The first segment is loaded into memory 275 and 
presented to the user as shown in block 276. For example, if the media segment 
is a sound file, the sound would play through the speaker, and if the media 
object is an image, then the image would be displayed on the display screen. The 
media engine then checks the sequence information 277 in the segment, and if an 
action command is a call back 279, then the media engine has the file name of the 
segment to load into memory next. Depending on other action commands and 
sequencing information contained in the segment, the media engine may 
immediately load the file and begin playing it concurrently, or may wait until the 
current media object has finished playing before loading and playing the next 
object. If the action command is the END command, then the media engine 
knows that no more media segments are to be played. Method 250 thereby 
enables the playing of a long media presentation on an embedded system having 
simple structure and limited RAM. Advantageously, each media segment 
includes sequencing information so that all the segments are easily linked or 
chained together. In some constructions, this enables a particularly efficient and 
simple processor and memory structure. 
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Referring now to Fig. 6 another flow chart for arranging and playing a 
media presentation is illustrated. Method 300 allows a user to define a 
presentation 302 by selecting and ordering media objects. Once the objects have 
been selected and ordered, a media package can be generated as shown in block 
304. The media package then may be used locally 305 or may be published 306 
to be used remotely 307. If used locally 305, the local user associates the media 
presentation with a trigger event as shown in block 308. The local device then 
monitors for that event 310 and upon occurrence of that event 312 the media 
presentation is played. In this way, the media presentation generated by the 
local user may be used and presented by the local device. Alternatively, the 
media package may be published and used by a remote user and device. The 
remote user 307 would receive the media package, either by downloading from a 
service or by receiving the media package as, for example an attachment to an 
SMS message. Once the media package has been received at the remote device, 
the remote user associates the media package with a trigger event 314, and the 
remote device monitors for that trigger event as shown in block 315. Upon 
occurrence of that trigger event 317 the remote device plays and presents the 
media presentation. In this way, the media presentation generated on a local 
device may be published to a remote device for use and presentation. 

Referring now to Fig. 7 a block diagram of another device for arranging 
and playing a media presentation is illustrated. System 325 includes a device 
327, which may be for example, a portable battery powered device for use by a 
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consumer. The device 327 includes input devices 333 allowing the user to 
provide inputs to the device. Typical input devices may be for example, 
keyboards, keypads, microphones, and graffiti stylus devices. The device 327 
also includes output devices 331. For example output devices may include color 
or black and white screens, speakers, vibrators, lights, and other indicators. The 
device 327 has a processor 329 which may be in the form of a single or multi 
processor configuration. The processor operates a user interface using the input 
devices 333 and the output devices 331. In one example, the user interface may 
be a graphical user interface allowing the user to make choices graphically. In 
another example, the user interface may allow the user to interact with the device 
by selecting numbers or letters on a keypad, or by toggling various switches. 
The device 327 also includes media files 335. The media files 335 may be 
included on local memory, or may be included on removable memory cards. 
Also, the device 327 may have communication links via wireless connection or 
Internet connection for accessing servers to find and access additional media 
files. 

The user interface includes a configuration utility 340 enabling the user to 
select and order a set of media files. For example, the user may select a series of 
images to be displayed concurrently with the soimd. The configuration utility 
may also enable setting of certain properties and characteristics for each of the 
individual media objects, or for the media presentation as a whole. In an 
alternative arrangement, the configuration utility may be a process operating on 
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a different device. For example, the configuration utility may be operated on a 
computer system having access to a large number of media objects. The 
configuration is used to select and order these objects, and generates a media 
package that is arranged for transmission to the device 327. If the computer 
system has particular information regarding the device 327, the computer may 
also provide an association list to the device 327 that identifies which event 
trigger should be associated with the media package. 

An association 343 can be made on the local device between the media 
presentation and a particular trigger event. An event processor 341 monitors for 
the particular event, and when that event occurs, notifies the media engine 338 
that the event has occurred and provides an identification for the media 
presentation to be played. The media engine 338 recalls the media presentation, 
and if necessary, recalls the individual media object files, and presents the media 
presentation using one or more of the output devices 331. Using system 325, a 
user is able to dynamically construct and configure a media presentation, and 
associate that media presentation with a particular trigger event. Upon 
occurrence of the trigger event, the media presentation may be displayed on the 
local device. If the device 327 includes communication abilities, the media 
presentation may be published wirelessly or through network connection to a 
remote device. Provided the remote device has a properly configured media 
engine, the media presentation may be played remotely. 
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While particular preferred and alternative embodiments of the present 
intention have been disclosed, it will be appreciated that many various 
modifications and extensions of the above described technology may be 
implemented using the teaching of this invention. All such modifications and 
extensions are intended to be included within the true spirit and scope of the 
appended claims. 
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